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(54) Printer interface device, method of controlling it, and data storage medium 

(57) An interface device for a printer, a control 
method for the interface device, and a data storage 
medium for storing the control method are disclosed. 
The receiver part of the interface device receives data 
sent by a host computer, and the transmitter part of the 
interface device sends received data to the printer 
through the printer expansion slot to which the interface 
device is installed. A detector detects whether the 
printer can receive data. Memory stores received data 
when the detector determines that the printer cannot 
receive data. A real-time command transmission con- 
troller assures that real-time oommands are sent to the 
printer even when the printer cannot receive other data 
because the receive buffer is full, for example. 
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Description 

[0001 ] The present invention relates to an interlace device adapted to be detachably mounted in a printer for con- 
necting the printer to a host computer so as to allow exchange of data between the two. The present invention further 

5 relates to a method of controlling the interface device. 

[0002] Various built-in interfaces for connecting a printer and a host computer have been proposed and are cur- 
rently in use. A common interface uses the host computer's parallel port, another one the serial or RS-232 port, and yet 
others an IEEE (Institute of Electrical and Electronic Engineers) 1284 port. More recent interfaces use the USB (Uni- 
versal Serial Bus) standard or a communications network to which the host computer is connected. 

w [0003] Command data sent by the host computer through such an interface to a printer is a byte stream of com- 
mand data representing print commands and control commands. The print commands instruct the printer to print text 
or graphics, while the control commands invoke processes for controlling the printer. 

[0004] While the shape and the design of the physical connector for connecting the interface to the host computer 
typically differ according to the interface standard, it is desirable for the printer hardware to be independent of the way 
is it is connected to the host computer. More specifically, while users may replace the host computer, they commonly want 
to continue using the same printer. 

[0005] This problem is addressed in part by using an exchangeable interface device to receive command data sent 
in a format conforming to the specific type of connector used for the connection to the host computer, perform such 
tasks as voltage conversion, impedance matching, buffering, interpreting, and filtering the received command data, and 
20 finally converting to and outputting the command data in the specific port format of the printer, the RS-232 format, for 
instance. 

[0006] This makes it possible to use a single printer in a variety of situations by simply replacing the interface 
device. More specifically, a single basic printer can be supplied and adapted to various interface standards by installing 
the appropriate interface device in the respective printers. It is therefore possible to mass produce the printer, and 

2s thereby reduce the overall costs of the printer. 

[0007] With conventional interface devices, when the host computer sends command data to the interface device, 
the interface device sends the received command data to the printer in the sequence received. The printer then stores 
the command data in a receive buffer. The printer notifies the host computer via the interface device when the receive 
buffer of the printer becomes full by sending an appropriate signal to the host computer via a busy signal line or by using 

30 an Auto Status Back (ASB) function as taught in EP-A-0 654 757. When the host computer is thus notified that the 
printer's receive buffer is full, it stops sending print data. 

[0008] There is, however, a great demand for further improving the processing speed of the host computer and the 
printing speed of the printer without changing the printer itself by using the interface device built into the printer to appro- 
priately buffer data. Furthermore, when the printer is compatible with real-time commands such as taught in EP- A-o 769 
35 737and the interface device receives a real-time command, the ability to respond to such real-time command and not 
simply store the real-time command in a buffer is required. 

[0009] It is an object of the present invention to provide an interface device that meets such demands and can be 
installed in an expansion slot of a printer for connection to a host computer, is capable of monitoring the buffering status 
of the printer while receiving command data from the host computer and is capable of distinguishing real-time com- 
40 mands from other (non-real-time) commands. Another object of the invention is to provide a control method for control- 
ling the interface device and a storage medium carrying the method in the form of a computer program. 
[0010] These objects are achieved with an interface device as claimed in claim 1 , a method as claimed in claim 5 
and a storage medium as claimed in daim 7. Preferred embodiments of the invention are subject-matter of the depend- 
ent claims. 

45 [0011] An interface device thus comprised can recognize real-time commands and send them to the printer even 
when the printer cannot receive data because, for example, the printer's receive buffer is full or the printer is off-line 
because its cover is open. When a normal command, i.e., a non-real-time command, is received, and the printer cannot 
receive the command data, the interface device preferably stores the received command data in an internal memory. 
[001 2] The second interface means of the interface device according to the present invention can have a connector 

so conforming to the RS-232 standard. 

[001 3] The interface device according to the present invention can be designed to have a size that will fit within the 
printer's housing when it is installed in an expansion slot of the printer. 

[0014] The interface device according to the present invention can be designed so that when the command trans- 
mission controller causes the second interface means to send real-time command data to the printer, this data is not 
55 stored in memory. 

[0015] Yet further, the interface device according to the present invention can be designed so that when data sent 
by the second interface means is interrupted in the middle of a data sequence of a non-real-time command, the com- 
mand transmission controller causes the real-time command data to be sent after transmission of this interrupted data 
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sequence has been completed. It is therefore possible to prevent real-time command data from interrupting transmis- 
sion of a non-real-time command data sequence. This is achieved by the interface device detecting whether a non-real- 
time command is currently being transmitted, and delaying transmission of real-time command data until transmission 
of the non-real-time command has been completed, that is, until there is a break between commands. 

5 [0016] A program for controlling the interface device according to the present invention can be stored in machine- 
readable form on various types of storage medium such as a Compact Disc (CD), a floppy disk, a hard disk, a magneto- 
optical disk, a Digital Video Disk (DVD), a magnetic tape and a semiconductor memory. In addition, such program can 
be loaded into a server computer for the World Wide Web (WWW) so that users can download the program from the 
server and save the program in a local interface device to update the interface device control program so that the pro- 

10 gram according to the present invention is run by the interface device. 

[0017] Other objects and attainments together with a fuller understanding of the invention will become apparent 
and appreciated by referring to the following description of preferred embodiments taken in conjunction with the accom- 
panying drawings, in which: 

75 Fig. 1 illustrates the basic structure of the interface device; 

Fig. 2 is a perspective view of an interface device according to the present invention; 

Fig. 3 is a flow chart of a data receive/send process of an interface device; 

20 

Fig. 4 is a flow chart of a data receive/send process according to a first embodiment of the present invention; 

Fig. 5 is a flow chart of a data receive/send process according to a second embodiment of the present invention; 

25 Fig. 6 is a flow chart of a 1 -byte send process in the second embodiment; 

Fig. 7 is a flow chart of a real-time command send/receive in the second embodiment; 

Fig. 8 is a typical block diagram of an interface device according to a third embodiment of the present invention; 

30 

Fig. 9 is a f tow chart of a 1 -byte receive process in the third embodiment; 

Fig. 10 is a flow chart of 1 -byte read process in the third embodiment; 

* 

35 Fig. 11 is a flow chart a data copy process in the third embodiment; and 

Fig. 12 is a flow chart of a data transmission process in the third embodiment 
Basic Structure 

40 

[0018] Fig. 1 is a block diagram of an exemplary basic structure of an interface device according to the present 
invention. 

[0019] The interface device 101 is connected to a host computer 102 by way of host interface 103 so as to 
exchange data with the host computer, mainly to receive command data from the host computer 1 02. 

45 [0020] The interface device 1 01 is further connected by way of printer interface 1 05 to printer 1 04 so as to exchange 
data with the printer, for instance, to send the command data received from the host computer 102 to the printer. Based 
on the print commands among the received command data, the printer 1 04 prints text and images on a printing medium 
such as paper, film, etc.. Various printer operations and settings are controlled by means of various control commands 
contained in the received command data. 

so [0021 ] The host interface 1 03 and the printer interface 1 05 can be compatible with various standards and protocols 
to enable, for example, serial data transmission conforming to the RS-232 standard, parallel data transmission conform- 
ing to the Centronics standard, network data exchange via an Ethernet 10Base-T, 100Base-T, or other networking pro- 
tocol, or data transmission using the new USB or other new data transmission standard. Signal level conversions can 
be easily accommodated by providing a driver circuit for level conversions appropriate to the host interface 103 or 

55 printer interface 105 when the TTL (transistor-transistor logic) circuit drive voltage of the host computer 102 or printer 
104 differs from the internal drive voltage of the interface device 101 . To minimize costs the physical connectors of the 
host interlace 103 and/or the printer interface 105 are preferably those of an existing standard. 
[0022] The printer interface 105 notifies the interface device 101 whether the printer is ready to receive data 
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(referred to RRD state hereinafter) or is not in an RRD state, for instance, because the receive buffer of the printer 1 04 
is full. The CPU (central processing unit) 106 can therefore determine whether data can be sent to the printer 104 by 
monitoring the printer interface 105. This detection is possible using the ASB function of the printer 1 04, or by detecting 
the state of the busy signal line if the printer interlace 105 has a busy signal line. 
5 [0023] The CPU 106 also monitors the host interface 103 and, if data is received, detects whether data can be sent 
to the printer 104. If data cannot be sent to the printer 104, the CPU 106 buffers the data until it can be sent. It should 
be noted that prior art interface devices do not have a buffering capability. 

[0024] A buffer area 1 20 reserved in RAM (random access memory) 11 3 is used for buffering command data. RAM 

1 13 is also used for temporarily storing other data. 
10 [0025] The CPU 106 itself operates in accordance with a program stored in ROM (read only memory) 112. When 

the printer is turned on and power is supplied t0 tfre interface device 1 01 , the CPU 1 06 reads this program from ROM 

112 and begins to run the program to control interface device 101. This program or BIOS (Basic Input Output System) 

stored in ROM 1 12 is preferably implemented in a manner such that it can be updated through the host computer 102. 

In such case a Compact Disc (CD), floppy disk, magneto-optical disk, hard disk. Digital Video Disc (DVD), magnetic 
75 tape, semiconductor memory, or other storage medium that can be read by host computer 1 02 can be employed to hold 

the program to be executed by the CPU 106. 

[0026] When the power is turned on, the CPU 106 detects the setting of a DIP switch 108 to set, for example, the 
data length, parity check, transmission rate, and other parameter settings used by the host interlace 1 03 and printer 
interface 105 for communication with the host computer and the printer, respectively. 
20 [0027] The operating indicator 110 indicates that the interface device is working. The communications status of 
host interface 103 and printer interface 105, and the processing status of the CPU 106, can be indicated by, for exam- 
ple, changing the indicator color or flashing state. 

[0028] It should be noted that while host interface 103, printer interface 105, operating indicator 110, ROM 1 12, and 
RAM 1 13 are described here as being directly connected to the CPU 106, these components can alternatively be con- 

25 nected indirectly to the CPU 1 06 by way of a bus. 

[0029] Fig. 2 is a perspective view of an exemplary interface device according to the present invention. 
[0030] The host interface 103 (of which only the connector is shown) and the operating indicator 1 10 for the inter- 
face device 101 are disposed at the back, or outside, of the interface device 101 . The interface device 101 is typically 
designed to have a size that fits completely into the expansion slot of the printer 104. An interface device designed in 

30 this manner is also called a printer expansion module or card. 

[0031 ] By giving the interface device such size, the host interface 1 03 and operating indicator 110 appear to be dis- 
posed in the back of the printer 104 when the interface device 101 is installed in the printer 104. Furthermore, designing 
the interface device 101 to allow installation in an expansion slot of the printer 1 04 also protects the interface device 101 
from accidental contact and impact. This type of interlace device 101 design yet further helps to improve printer appear- 

35 ance and thus the aesthetics of an office in which the printer is used. 

Data receiving and sending 

[0032] The basic data receiving (from the host computer) and sending (to the printer) process of the interface 

40 device is described next below with reference to the flow chart in Fig. 3. 

[0033] The CPU 106 first simply waits in a standby made for command data from the host computer 102 to arrive 
at the host interface 103 (step S301). The CPU 106 can operate in a co-routine processing mode in which control can 
be shifted to other processes during this standby mode. In this case the host interface 103 generates a receive interrupt 
to alert the CPU 106 when command data arrive so that the CPU 106 leaves the standby mode and continues with the 

45 rest of the procedure. 

[0034] When command data is received in step S301 , the CPU 1 06 checks whether the printer 1 04 is an RRD state 
(step S302). As noted above, the CPU 106 can detect whether the printer 104 is in an RRD state directly by detecting 
the state of a busy signal line, or indirectly by detecting the status value sent by the printers ASB function and stored in 
RAM 113. 

so [0035] If the printer is not in an RRD state at this time (step S302 returns A/o), the data received in step S301 is 
stored in buffer area 1 20 in RAM 1 1 3 (step S304). The buffer area 1 20 is typically organized as a FIFO (first in, first out) 
type queuing buffer, and can thus be achieved using a ring buffer or similar technique. 

[0036] When the printer 1 04 cannot accept any data and received data is therefore gradually accumulated in buffer 
area 120, the available storage capacity left in buffer area 120 gradually decreases. When there is no more storage 
55 capacity left in the buffer area 120, it is said to be full. 

[0037] After received command data is stored in the buffer area 120, it is determined in step S305 whether buffer 
area 120 is full. If it is (step S305 returns Yes), the host computer 102 is notified that the buffer is full (step S306), and 
the procedure loops back to step S301 . It should be noted that this can be accomplished based on a protocol similar to 
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that of the ASB function, or using the busy signal line if the host interface 103 is provided with a busy signal line. 

[0038] If the buffer is not full (step S305 returns No), the procedure loops back to step S301 . Alternatively, the host 
computer 1 02 can be notified that the buffer is not full before the procedure loops back to step S301 . 
[0039] By thus detecting and notifying the host computer 102 whether the buffer area 120 is full after storing the 
5 received command data in the buffer area 1 20, it is possible to prevent the host computer from sending command data 
that cannot be accepted by the interface device and to assure that there is always sufficient space in the buffer area to 
store the received data in step S304. 

[0040] If, in step S302, the printer is ready to receive data, the CPU 106 detects whether there is any command 
data in the buffer area 120 (step S307). If there is (step S307 returns Yes), the buffered command data is sent to the 
10 printer 104 by way of printer interface 105 (step S308). The buffer area 120 is then cleared (step S309), after which the 
command data received in step S301 is sent to the printer 1 04 (step S3 1 0), and the procedure loops back to step S301 . 
[0041] If there is no command data in the buffer area 120 (step S307 returns No), the procedure advances to step 
S310. 

[0042] If the printer's receive buffer becomes full while the buffered command data is being sent from the buffer 
75 area 120 in step S308, the data received in step S301 can be grouped with any data remaining in the buffer area 120 
to a new block of buffered data. 

Experimental results 

20 [0043] An interface device 1 01 as described above was tested under various operating parameters. The results are 
described below. 

[0044] The host interface 103 was an RS-232 standard interface. The printer interface 105 was a clock synchro- 
nized serial interface designed for half duplex communication. The printer interface 105 performed any conversion 
required for communication with the host, and operated at a communications speed of 1 .25 Mbps. A 40 byte buffer area 

25 was reserved in RAM 1 13 for data buffering. 

[0045] When data is conventionally sent from a host computer to a printer using an RS-232 interface standard, the 
maximum communications rate is 38,400 bps. However, using an interface device operating with the specifications 
described above, the communications rate was improved to 1 1 5 kbps to 230 kbps, that is, the maximum data transfer 
rate used by today's most commonly available personal computers. Further experiments also demonstrated that com- 

30 munication at an even higher data transfer rate is also possible. 

Embodiment 1 

[0046] In addition to the functions of the basic structure described above, in this first embodiment of the present 
35 invention command data received from the host computer includes both normal commands and real-time commands. 
A real-time command needs to be sent to the printer immediately. This first embodiment of the present invention is 
therefore based on the above-described basic structure, but differs in that a particular command transmission controller 
is achieved by means of the host interface 1 03 in conjunction with CPU 1 06, and that data is also transmitted to the host 
computer. 

40 [0047] A preferred embodiment of a data receive/send process according to this embodiment is described next 
below with reference to flow chart in Fig. 4. 

[0048] It should be noted that the expression "not in an RRD state" as used below means that the printer 104 is not 
ready to receive command data other than real-time command data. 

[0049] When the data receive/send process begins, the interface device 101 detects whether the host interface 1 03 

45 in a data receiving state (step S401). 

[0050] If the host interface 103 is not in a data receiving state (step S401 returns No), the interface device 101 
checks whether the printer 104 is in the RRD state, i.e., whether data from the host can be sent to the printer by way of 
printer interface 105 (step S402). If the printer is in the RRD state (step S402 returns Yes), a data send process for 
sending received data through the printer interface 105 to the printer (step S403) is performed, and this process ends. 

so However, if the printer is not in the RRD state (step S402 returns No), the procedure loops back to step S401 . 

[0051] If the host interface 103 is in a data receiving state (step S401 returns Yes), the interface device 101 checks 
whether the printer 104 is in the RRD state (step S404). If yes (step S404 returns Yes), the interface device 101 checks 
whether previously received data is still in the buffer area of the RAM 1 13 (step S405). If there is (step S405 returns 
Yfes), the buffered data is transferred to the printer 104 first (step S406), and then the data newly received by the host 

55 interface 1 03 is transferred to the printer 1 04 (step S407), and this process ends. If there is no previously received data 
left in the buffer area of the RAM 1 13 (step S405 returns No), the procedure advances to step S407. 
[0052] If the printer 104 is not in the RRD state (step S404 returns A/o), the interface device 101 receives the data 
(step S408). 
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[0053] It is next determined whether there are any real-time command data in the received data (step S409). If no 
(step S409 returns No), the received data is accumulated in the buffer area 120 (step S411). If there is a real-time com- 
mand (step S409 returns Yes), it is sent to the printer (step S410). and is also accumulated in the buffer area of RAM 
113 (step S411). 

5 [0054] It is then determined whether there is still data to receive (step S412). If there is no further data to receive 
(step S412 returns No), the process ends. If there is further data to receive (step S412 returns Yes), the procedure 
loops back to step S409. 

[0055] It should be noted that a process can be performed in step S41 1 for detecting whether the buffer area 120 
is full, and if it is, for notifying the host computer Furthermore, data is accumulated in the buffer area of RAM 1 13 in 
10 step S41 1 whether or not the received data is a real-time command. However, because real-time commands have 
already been sent to the printer 104, it is alternatively possible to not accumulate any real-time commands in the buffer 
area 120. 

Embodiment 2 

15 

[0056] The interface device 101 of the first embodiment of the invention, sends real-time commands contained in 
data received via the host interface device 1 03 immediately to the printer 1 04. In this case, however, real-time command 
data may interrupt normal command data transmission when non-real time commands, referred to herein as "normal 
commands" are data streams of more than a single byte. 
20 [0057] For the first embodiment it is sufficient when the printer 1 04 uses a command system that allows real-time 
commands and normal commands to be distinguished from one another. This can be achieved, for example, by trans- 
mitting data in byte units (8 bit units) where the highest bit is always set (i.e.. has a value of 1) to indicate a real-time 
command, and is always cleared (i.e., set to 0) to indicate a normal command. 

[0058] The first embodiment does not. however, allow for compatibility with all existing command systems. This is 
25 because unexpected operations can occur when a real-time command interrupts a normal command data stream in 
existing command systems. 

[0059] Let us consider, for example, transmitting a data stream as described below from the host computer 102 
through interface device 101 to printer 104. It should be noted that "0x n below is a prefix indicating a hexadecimal value, 
and sending the ASCII code for a certain character is indicated by including the character in quotation marks f "). 

30 

0x1 b TO means to select character code table 0. The last value (0) is the parameter. 
0x1 b "R"1 means to select international character set 1 . The last value (1) is the parameter. 
35 "0123456789" means to print characters 0 to 9. 
0x0a is a carriage return. 

0x10 0x04 1 indicates a real-time command requesting the status of the printer. 

40 

[0060] These commands are sent as shown below from the host computer 1 02 to the interface device 1 01 : 

0x1 b T0 0x1b "R"1 "01 23456789" 0x0a 0x10 0x04 1 

45 [0061] If the interface device 101 starts sending this data stream in the above sequence to the printer 104. andthe 
receive buffer of the printer 1 04 becomes full after it received 0x1 b TO 0x1 b "R" so that the rest of the data stream can- 
not be received, real-time command 0x10 0x04 1 may be transmitted by step S410 before transmission of the inter- 
rupted data stream can be resumed. The command stream actually received by the printer 104 would then be as 
follows: 

50 

0x1 b TO 0x1 b "R" 0x10 0x04 1 1 "0123456789" 0x0a 

[0062] When this command stream is received, the printer 1 04 immediately returns the printer status to the inter- 
face device 101 in response to the real-time command 0x10 0x04 7, selects character code table 0, then selects inter- 
55 national character set 16 (= 0x10), skips the following data 0x04 11ft cannot interpret, and prints characters 0 to 9. 
This is obviously different from the expected operation. 

[0063] This second embodiment of the present invention allows to correctly interpret received commands even in 
such cases. When a data stream such as that described above is sent from the host computer 1 02, interface device 1 0 1 
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according to the second embodiment functions so that the printer 104 receives a data stream as shown below: 

0x1b VOOxlb m R"1 0x10 0x04 1 "01 23456789" 0x0a 

5 [0064] How this is achieved will be explained below with reference to the flow chart in Fig. 5. When the process illus- 
trated in Fig. 5 starts, the interface device 101 checks whether the host interface 103 is in a data receiving state (step 
S501). If not (step S501 returns No), it enters a standby mode (step S502) and then the procedure loops back to step 
S501. It should be noted that a 1-byte send process described below can be activated by an interrupt during the 
standby mode of step S502. This 1-byte send process is activated when the printer 104 enters the RRD state, e.g., 

10 because there is free space in the printer's receive buffer. This 1 -byte send process can be repeatedly activated during 
this standby mode. 

[0065] If the host interface 103 is in a data receiving state (step S501 returns Yes), the interface device 101 checks 
whether space is available in the buffer area 120 (step S504). If not (step S504 returns No), it checks whether the 
printer 1 04 is in the RRD state (step S505). If the printer 1 04 is not in the RRD state (step S505 returns No), it so notifies 

is the host computer 102 (step S506), enters a standby mode (step S507), and then the procedure loops back to step 
S504. It should be noted that the 1-byte send process described below can be activated by an interrupt during the 
standby mode of step S507. This 1-byte send process can be repeatedly activated during this standby mode. 
[0066] If the printer 104 is in the RRD state (step S505 returns Yes), the 1-byte send process described below is 
run (step S508). and the procedure loops back to step S504. 

20 [0067] If space is available in the buffer area 120 (step S504 returns Yes), data is received through the host inter- 
face 103 (step S509). Step S510 then detects whether the received data is one of the following types (step S510): 

■ last byte of a normal command 

■ a normal command byte other than the last byte 
25 m the first byte of a real-time command 

[0068] In this embodiment, a first flag area comprising one flag bit for each byte of the buffer area 120 is also 
reserved in RAM 1 13. If the received data byte is a normal command byte other than the last byte (step S510, non-last 
normal command byte), the byte is added to the receive buffer (step S51 1), and the corresponding flag bit in the first 
30 flag area is cleared to 0 (step S512); then the procedure loops back to step S501 . If the received data byte is the last 
byte of a normal command (step S510, last byte), the byte is also added to the receive buffer (step S513), but the cor- 
responding flag bit in the first flag area is set to 1 in this case (step S51 4), before the procedure loops back to step S50 1 . 
[0069] When a data sequence as shown in the first line below is accumulated in the receive buffer as a result of the 
above process, the bit sequence stored in the first flag area will be as shown in the second line. 

35 

Oxlb T 0 Oxlb "R" 1 "0 1 2 3 4 5 6 7 8 9* OxOa 
001 0 01 1111111111 1 

40 

[0070] When a flag bit in the first flag area is set to 1 , it means that a real-time command may be transmitted to the 
printer immediately after the byte corresponding to that flag bit has been sent. 

[0071] If a received data byte is the first byte in a real-time command (step S510, RTC byte 1),the real-time com- 
45 mand receive/said process described below is performed (step S515), and the procedure loops back to step S501 . 
[0072] Fig. 6 is a flow chart of 1-byte send process in this second embodiment. As noted above, this 1 -byte send 
process is executed when no space is available in the buffer area 120 of interface device 101, and/or when space 
becomes available in the receive buffer of the printer 104. 

[0073] The first step is to detect whether the printer 104 is in the RRD state (step S601). If not (step S601 returns 
so A/o), control returns to the calling process. If the printer 104 is in the RRD state (step S601 returns Yes), 1 byte is read 
from buffer area 120 (step S602), and is sent to the printer 104 (step S603). The space available in the buffer area 120 
thus increases by 1 byte. The value of the flag bit in the first flag area corresponding to the byte just sent is stored as 
an insertion flag in a second flag area also reserved in RAM 1 13 (step S604). This means that whether the byte last 
transmitted by step S603 was the last byte of a command stream is stored in this second flag area of RAM 113. Once 
55 this value is stored, the 1 -byte send process returns to the calling process. 

[0074] Fig. 7 is a flow chart of real-time command receive/send process in the second embodiment. The first step 
in this process is to check the value of the insertion flag (step S701). If the flag is set to 1 . that is, if a real-time command 
can be inserted (step S701 returns 1), the real-time command byte is sent to the printer 104 (step S702). It should be 
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noted that the printer 104 executes the process corresponding to the received real-time command as soon as all bytes 
of the command have been received and even if the receive buffer of the printer 1 04 is full. 
[0075] Step S703 then checks whether the last byte sent in step S702 was the last byte of the real-time command. 
If it was (step S703 returns Yes), the real-time command receive/send process ends and control returns to the calling 
s process. However, if sending of the real-time command data stream is not yet completed (step S703 returns No), step 
S704 checks whether the host interface 103 is still in the data receiving state. If not (step S704 returns No), there is a 
a standby mode is entered (step S705), and the procedure then loops back to step S704. If the host interface 1 03 is still 
in the receiving state (step S704 returns Yes), the transmitted byte is received (step S706), and the procedure loops 
back to S702. 

10 [0076] At the first pass through step S702 the byte received in step S509 is transmitted, but in subsequent loops 
through step S702 the byte received in step S706 is transmitted to the printer 104. 

[0077] If the insertion flag is set to 0, that is, if a real-time command cannot be inserted (step S701 returns 0), the 
1 -byte send process described above is executed (step S707) and the procedure loops back-to step S701 . 

is Embodiment 3 

[0078] Similarly to the second embodiment, the interface device according to a third embodiment of the invention 
relates to the handling of command data containing both normal commands (non-real-time commands) and real-time 
commands, so as to prevent a real-time command from being inserted into a normal command. 

20 

A. Typical configuration 

[0079] Fig. 8 is a block diagram showing a typical functional configuration of the interface device according to this 
third embodiment and its relationship with the printer. Like the first and second embodiments, this interface device 10V 

25 is inserted into an expansion slot of printer 104 for connection with the printer. 

[0080] The interlace device 10V comprises a RAM as temporary storage with a receive buffer 803, a send buffer 
804, and a flag area 805 being reserved in the RAM. When the flag area 805 is set, that is, stores a non-zero value, the 
last command data received was a real-time command. A temporary buffer 831 is also reserved in the RAM for tempo- 
rarily storing the command data stream as it is being received if it is not known whether the command data stream being 

30 received is a real-time command. 

[0081 ] When command data is sent (811) from the host computer 1 02, the command data is stored in receive buffer 
803. The value of the flag area 805 is set or cleared accordingly depending on whether or not the command data rep- 
resents a real-time command. The command data stored in receive buffer 803 is appropriately copied (821) to send 
buffer 804 or temporary buffer 831. and is sent (813) to the printer 104. 

35 [0082] A busy/ready signal is sent (813) from the printer 104 to interface device 10V, and the interface device 101* 
monitors the received signal to execute the appropriate process. The interface device 10V also sends (812) the 
busy/ready signal to the host computer 102. 

B. 1 -byte receive process 

40 

[0083] Fig. 9 is a flow chart of a 1 -byte receive process activated by a receive interrupt that occurs when command 
data from the host computer 102 arrives (81 1) at the interface device 101 '. 

[0084] In the first step of this process the interface device 101' reads one byte of command data from the host inter- 
face (not shown in Fig. 9 but corresponding to 103 in Fig. 1) (step S901). Next, the read command data is stored in the 
45 receive buffer (step S902). Storing in the receive buffer is accomplished by adding data in a FIFO (first in, first out) 
method. The receive buffer 803 can thus be achieved as a queue of a fixed maximum length (buffer length) using, for 
example, a ring buffer. 

[0085] The interface device 101' then detects whether the receive buffer 803 is full (step S903). If the receive buffer 
803 is full (step S903 returns Yes) , the interface device 1 01 ' outputs a busy signal to the host computer 1 02 (step S904) , 
so and this process ends. If the receive buffer 803 is not full (step S903 returns No), this process ends immediately. In this 
case, the busy/ready signal state (812) is held as before. 

C. Data copy process 

55 [0086] Fig. 10 is a flow chart of a 1-byte read process activated when command data is copied (821) from the 
receive buffer 803 to the send buffer 804. Fig. 1 1 is a flow chart of a data copy process whereby command data is cop- 
ied, for example, using the above-noted 1 -byte read process, it should be noted that in this exemplary embodiment of 
the invention the 1 -byte read process of Fig. 1 0 is called by the data process of Fig . 11 . 
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[0087] Referring to Fig. 10, when the 1-byte read process is activated, the interface device 101' reads one byte from 
the head of the receive buffer 803, and stores the read byte in a register, for example, in the CPU (not shown in the fig- 
ure) of the interface device 101 * (step S1 001 ). As noted above, the receive buffer 803 is a FIFO queue, and the first byte 
(the head of the buffer) is, therefore, the oldest one of the bytes stored in the receive buffer 803. 

5 [0088] After reading one byte in step S1 001 , the interface device 101 ' detects whether the receive buffer 803 is full 
(step S1 002). If the receive buffer 803 is not full (step S1 002 returns No), the interface device 10V sends a ready signal 
to the host computer 102 (step S1003), and this process ends. If the receive buffer 803 is full (step S1002 returns Yes), 
this process terminates immediately. In this case, the busy/ready signal state (812) is held as before. 
[0089] Turning now to Fig. 11, H should be noted that this data copy process is activated when data is stored in the 

10 receive buffer 803. The timing at which this data copy process is executed can be appropriately selected according to 
the objective and application. For example, the data copy process can be activated by a timer interrupt occurring at a 
specific time interval, when there is not other process to be performed, when the receive buffer 803 becomes full, or 
using a combination of these criteria. 

[0090] When this data copy process starts, the above-described 1 -byte read process is executed (step S1 1 01 ). The 
75 interface device 101* then checks whether the command data read into a register, for example, by the 1 -byte read proc- 
ess (step S1001 in Fig. 10), is the first byte of a real-time command (step S1 102). 

[0091] If a command system as described above is used, the first byte of a real-time command is 0x10, but the 
invention is not limited to this and other real-time command formats can be alternatively used. If 0x10 is not used to 
identify the first byte of a real-time command, it is also possible to sent 0x10 as part of a normal command. 

20 [0092] If the read byte is not the first byte of a real-time command (step S1 1 02 returns No), the byte is written into 
the send buffer 804 (step S1 103), and this process ends, ft should be noted that the send buffer 804 is, like the receive 
buffer 803, a FIFO type queue. If the read byte is the first byte of a real-time command (step S1 102 returns Yes), the 
byte is written into the temporary buffer 831 (step S1104). The 1-byte read process is then performed again (step 
S1 105), and the interface device 101' checks whether that read command data byte is the last byte in the command 

25 (step S1 1 06). If not (step S1 1 06 returns No), the procedure loops back to step S1 1 04. 

[0093] If the read command data byte is the last byte in the command (step S1 106 returns Yes), interface device 
101 1 checks whether the command data sequence that has been stored in the temporary buffer 831 and the command 
data byte just read in step S 1 1 04 combine to a real-time command (step S1 1 07). If not (step S1 1 07 returns No), the 
command data (sequence) stored in temporary buffer 831 and the last read command data byte are copied sequentially 

30 to the send buffer 804 (step S 1 1 08) , the temporary buffer 831 is cleared (step S1 1 09). and this process ends. If a real- 
time command is farmed (step S1 107 returns Yes), the read byte is added to those already in the temporary buffer 831 
(step S1 110), the flag area 805 is set (step S1 11 1), and this process ends. 

D. Send process 

35 

[0094] Fig. 12 is a flow chart of a send process whereby the interface device 101' sends (812) command data 
stored in the send buffer 804 to the printer 1 04. It should be noted that this send process is started when data is stored 
in the send buffer 804 or temporary buffer 831. The timing at which this process is executed can be appropriately 
selected according to the objective and application. For example, the process can be activated by a timer interrupt 
40 occurring at a specific time interval, when there is no other process to be performed, when the send buffer 804 becomes 
full, when the flag area 805 is set, or using a combination of these criteria. 

[0095] Referring no to Fig. 1 2, when the send process starts, the interface device 101' checks whether the flag area 
805 is set (step S1201). If it is (step S1201 returns Yes) , the command data sequence for the real-time command stored 
in temporary buffer 831 is sent to the printer 104 (step S1202), the flag area 805 and temporary buffer 831 are cleared 
45 (step S1 203). and this process ends. It should be noted that the busy/ready signal state of the printer 104 is not checked 
when a real-time command is to be sent to the printer 104. This is because a real-time command is sent to the printer 
104 even when the printer 104 is busy or not in the RRD state. 

[0096] If the flag area 805 is not set (step S1201 returns No), one byte is read from the send buffer 804 (step 
S1204), and the interface device 10V checks whether the read byte is the first byte of a normal command comprising 

so multiple bytes (a multiple-byte command) (step S1 205). If this byte is not the first byte or if the norma! command is only 
one byte long (step S1205 returns Afo), the read byte is sent (step S1206) and this process ends. If the read byte is the 
first byte of a normal multiple-byte command (step S1205 returns Yes), the byte is written into the temporary buffer 831 
(step S1207), another byte is read from the send buffer 804 (step S1208) and is written into the temporary buffer 831 
(step S1 209). Step S121 0 then checks whether this other byte completes the command. If not (step S1 21 0 returns No), 

55 the procedure loops back to step S1208. If the byte completes the command (step S1210 returns Yes), the command 
data sequence of the normal command now stored in temporary buffer 831 is sent to the printer 104 (step S121 1), the 
temporary buffer 831 is cleared (step S1212), and this process ends. 

[0097] It should be noted that transmission in step S1206 and step S121 1 first checks whether the printer is in the 



9 



EP 1 026 599 A2 



RRD state, and, if not, waits for the printer 104 to enter the RRD state before transmission begins. 
[0098] As a result of this process, in the interface device 10V received command data is first checked as to whether 
it represents a real-time command and, if so, the flag area 805 is set. As a result, a real-time command is sent with pri- 
ority over other command data already stored in the send buffer 804, and real-time commands do not interfere with 
5 other commands in the sense such interference has been defined in the second embodiment 

[0099] It will also be obvious to those skilled in the art that the sequence of the processes above described are only 
exemplary and may be varied in many ways without departing form the scope of the present invention as defined in the 
appended claims. 

10 Effects of the invention 

[0100] Some of the merits and benefits of the present invention are described below. 

[0101] An interface device for a printer and a control method for the interface device can be provided such that the 
interface device is installed to an expansion slot of the printer and connected to a host computer to receive data sent 
is by the host computer while monitoring the data buffering status of the printer so that data from the host computer can 
be appropriately buffered and sent to the printer by the interface device. 

[01 02] It is also possible to provide a printer interface device and interface device control method whereby the host 
computer can be notified when the interface device cannot buffer data from the host computer. 
[0103] It is therefore possible to shorten the data transmission delay time of the host computer, and thus provide a 
20 printer interface device and interlace device control method suitable for increasing the speed of a printing process. 
[0104] It is yet further possible to provide a printer interface device and interface device control method suitable for 
reducing cost by using a low cost connector for communication with the printer. 

[0105] it is yet further possible to provide a printer interface device and interface device control method whereby 
office space can be saved and appearance can be improved by installing the interface device inside the printer. 

25 [0106] It is yet further possible to provide a printer interface device and interface device control method whereby 
real-time commands and other command data that should be sent to the printer with priority over other normal com- 
mands are reliably sent to the printer and buffering is adapted to the characteristics of the command data sent from a 
host computer when the printer is compatible with processing such real-time commands and other priority commands. 
[0107] The interface device control method of the invention can also be provided in the form of a software program 

30 recorded to a data storage medium, which can then be easily distributed and sold independently of the interface device. 
An interface device and interface device control method according to the present invention can also be achieved as a 
result of an interface device executing this program of the present invention recorded to a data storage medium 
[0108] Although the present invention has been described in connection with the preferred embodiments thereof 
with reference to the accompanying drawings, it is to be noted that various changes and modifications will be apparent 

35 to those skilled in the art. Such changes and modifications are to be understood as included within the scope of the 
present invention as defined by the appended claims, unless they depart therefrom. 

Claims 

40 1 . An interface device adapted to be mounted in a printer for connecting the printer to a host computer and for trans- 
ferring command data from the host computer to the printer, comprising: 

first interface means (103) for detachably connecting the interface device (101; 10V) to the host computer 
(102) and for receiving command data from the host computer (102), and 
45 second interface means (105) for detachably connecting the interlace device (101; 101") to the printer (104), 

for sending said command data to the printer and for receiving status information from the printer indicating 
whether or not the printer is ready to receive data; 

wherein said command data includes two distinct types of command data, real-time command data and non- 
real-time command data, 

so characterized by 

detector means (1 06) responsive to said second interface means (1 05) for detecting a first state when said sta- 
tus information indicates the printer is ready to receive data, and to detect a second state, otherwise; 
command interpretation means (106) for detecting any real-time command data among the command data 
received by said first interface means (103), and 

55 a command transmission controller (106) for causing said second interface means (105) to send real-time 

command data irrespective of whether said detector means detects said first or said second state, while caus- 
ing said second interface means (105) to send non-real-time command data only if said detector means 
detects said first state. 
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2. The device of claim 1 , characterized in that said command transmission controller (1 06) is adapted to control said 
second interface means (105) to send, when non-real-time command data is being sent to the printer, the real-time 
command data after completing transmission of a predefined sequence of said non-real-time command data. 

5 3. The device of claim 1 or 2, characterized by further comprising: 

storage means (113, 120; 803, 804) for storing command data received by said first interface means (103) 
when the detector means (106) detects said second state; 
discriminating means (106) for detecting if said storage means can store further data; 
10 notifying means responsive to said discriminating means (106) for notifying the host computer (102) when the 

discriminating means detects that said storage means cannot store further data; and 
control means (106) for controlling, when the detector means detects said first state, the second interface 
means (105) to send data stored in the storage means (113, 120; 803, 804) and subsequently send data that 
were received by the first interface means (103) after the detector means (106) detects said first state. 

15 

4. The device of any one of claims 1 to 3 characterized In that said detector means, said command interpretation 
means and said command transmission controller are implemented by a program-controlled microprocessor (106). 

5. A method of controlling an interface device as defined in any one of claims 1 to 3, comprising the following steps: 

20 

(a) receiving command data from the host computer (102), and 

(b) sending said command data to the printer and receiving status information from the printer indicating 
whether or not the printer is ready to receive data; 

characterized by 

25 (c) detecting a first state when said status information indicates the printer is ready to receive data, and detect- 

ing a second state, otherwise; 

(d) detecting any real-time command data among the command data received in step (a), and 

(e) sending real-time command data irrespective of whether said first or said second state is detected in step 

(c) , while sending non-real-time command data only if said first state is detected in step (c). 

30 

6. The method of claim 5, wherein when non-real-time command data is being sent to the printer, step (e) comprises 
sending the real-time command data after completing transmission of a predefined sequence of said non-real-time 
command data. 

35 7. A machine readable data storage medium carrying computer program means which, when executed in an interface 
device as defined in claim 4 performs the method as defined in claim 5 or 6. 
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